home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / faq / comp / oberon_f / system < prev   
Text File  |  1994-04-08  |  8KB  |  194 lines
  1. Newsgroups: comp.lang.oberon,comp.answers,news.answers
  2. Path: bloom-beacon.mit.edu!hookup!news.moneng.mei.com!howland.reston.ans.net!agate!library.ucla.edu!psgrain!m2xenix!mikeg
  3. From: mikeg@psg.com (Mike Gallo)
  4. Subject: Comp.lang.oberon FAQ (monthly)
  5. Expires: Sun, 1 May 1994 07:00:00 GMT
  6. Reply-To: mikeg@psg.com
  7. Organization: PSGnet, Portland Oregon US
  8. Date: Fri, 8 Apr 1994 12:07:13 GMT
  9. Approved: news-answers-request@MIT.Edu
  10. Message-ID: <1994Apr8.120713.15265@psg.com>
  11. Followup-To: comp.lang.oberon
  12. Summary: This posting contains a list of Frequently Asked Questions
  13.     (and their answers) about Oberon.  It should be read by anyone
  14.     who wishes to post to the Comp.lang.oberon newsgroup.
  15. Lines: 176
  16. Xref: bloom-beacon.mit.edu comp.lang.oberon:1741 comp.answers:4822 news.answers:17828
  17.  
  18. Archive-name: Oberon-FAQ/system
  19.  
  20.      (*  * *  * *  * *  * *  * *  * *  * *  * *  * *  * *  *)
  21.  
  22.      Many FAQ lists, including this one, are available by anonymous
  23. ftp from rtfm.mit.edu in the /pub/usenet/news-answers directory.  
  24.      Thanks to all who have contributed!  Further additions,
  25. corrections, and suggestions are welcome.
  26.  
  27. mikeg@psg.com
  28.  
  29.      (*  * *  * *  * *  * *  * *  * *  * *  * *  * *  * *  *)
  30.  
  31. Comp.lang.oberon Frequently Asked Questions
  32. The Operating System
  33.  
  34.  
  35. Copyright 1994 Michael Gallo
  36. (c) 1994 Michael Gallo
  37.  
  38.  
  39. THE OBERON SYSTEM
  40.  
  41. From "The Oberon Guide"
  42.  
  43.           For the present, we focus on the system Oberon, beginning
  44.      with a brief overview of its design principles. The underlying
  45.      dynamic model is extremely simple. There exists a single
  46.      process acting as a common carrier of multiple tasks. This
  47.      process repetitively interprets commands, which are the
  48.      official entities of execution in Oberon. Commands are atomic
  49.      actions operating on the global state of the system. Unlike
  50.      customary interactive programs, they rigorously avoid direct
  51.      dialogs with the system user.
  52.  
  53.      Besides "single-process multitasking" and execution of
  54. commands in lieu of programs, the Oberon System also features
  55. automatic garbage collection, memory resident modules, text as a
  56. built-in abstract data type, tools for editing text and graphics,
  57. and program development tools.
  58.  
  59. From "Oberon: A Glimpse at the Future"
  60.  
  61.           The result is a system that provides efficiency and
  62.      reliability rather than offering inflated size, which
  63.      dramatically increases the probability of bugs and flaws.
  64.           What is most astonishing about Oberon is its smallness. 
  65.      The core operating system -- including the Oberon compiler --
  66.      occupies only 131 KB, which is smaller than most [Microsoft
  67.      (tm)] Windows utilities.
  68.  
  69.  
  70. OBERON SYSTEM 3
  71.  
  72. From "Oberon System 3 -- A Realm of Persistent Objects"
  73.  
  74.           We soon decided to realize our ideas by developing System
  75.      3, an evolutionary version of the original Oberon system. From
  76.      our vision and from examples like the one in Figure 1 it
  77.      followed immediately that System 3 needs to be settled one
  78.      important step beyond the ordinary state of object-oriented
  79.      programming because it needs to be able to manage hundreds or
  80.      even thousands of persistent objects and components that can
  81.      appear in extensive variety, including at least character
  82.      patterns, formulae, all kinds of figures, pictures, gadgets
  83.      and widgets. What was obviously needed is a central object
  84.      management and some concept like object library.
  85.  
  86.  
  87. GADGETS
  88.  
  89. From The GADGETS User Interface Management System
  90.  
  91.           The GADGETS user interface management system (UIMS)
  92.      is a graphical user interface to the Oberon system. 
  93.      Although it is based on the representation model of
  94.      windowing user interfaces such as X Windows and
  95.      Presentation Manager, GADGETS is a conceptual departure
  96.      from the conventional graphical user interface (GUI). 
  97.      Several features such as the separation of application
  98.      code and user interface, the interactive modification of
  99.      user interfaces while applications are executing, the
  100.      automatic generation of default user interfaces for
  101.      applications, and the simplification of user interface
  102.      programming have been incorporated into GADGETS.  The
  103.      result is smaller, easier to build application programs
  104.      with a high level of integration between each other and
  105.      the Oberon system.  The GADGETS UIMS is extensible and
  106.      provides a prototyping environment for alternative man-
  107.      machine interaction styles.  The high level of
  108.      integration of GADGETS with the Oberon system makes the
  109.      addition of graphical user interfaces to existing Oberon
  110.      applications a relatively easy task.
  111.  
  112. VERSION COMPATIBILITY
  113.  
  114. "Is Oberon System version X compatible with version Y?"  
  115.  
  116. According to templ@inf.ethz.ch (Josef Templ), 
  117.  
  118.      The Oberon ancestry is as follows
  119.      Oberon = V1 ( V2  V4 | System3 )
  120.           The main difference between V1 and V2 is the introduction
  121.      of an extensible text model and the text editor Write.
  122.           The main difference between V2 and V4 is the unification
  123.      of the two text editors Edit and Write. In order to avoid
  124.      confusion with System3, the direct successor of V2 is not
  125.      named V3 but V4.
  126.           The main difference between V2 and System3 is that
  127.      System3 introduced (a year later) a more general object model
  128.      (not restricted to text elements) and the notion of persistent
  129.      object libraries.
  130.           Many programs port between the different versions without
  131.      any changes. Some programs need simple textual substitutions,
  132.      and only very few need a considerable amount of reengineering
  133.      (e.g. Write, Script).
  134.  
  135.  
  136. CONCURRENT OBERON
  137.  
  138. From "Adding Concurrency to the Oberon System"
  139.  
  140.           Concurrency was not supported in the original Oberon
  141.      system. We have argued that, although the Oberon experience
  142.      has demonstrated that concurrency is not needed to support
  143.      interactive applications in a system with a multiple window
  144.      user interface, concurrency is nonetheless desirable in a
  145.      single user system. We have demonstrated that it can be
  146.      introduced without a significant increase in size or
  147.      complexity by developing the Concurrent Oberon system. Since
  148.      all interfaces remained the same or were extended, the
  149.      semantics of the Oberon loop were preserved. Concurrent Oberon
  150.      is completely compatible with the standard system [version 4]
  151.      and all applications run without change.
  152.  
  153.  
  154. BIBLIOGRAPHY
  155.  
  156.      Sources cited in the FAQ list that are not listed in the
  157. bibliography are electronically available in PostScript and/or
  158. Oberon text formats from ETH Zrich.  They can be acquired by
  159. anonymous ftp from:
  160.  
  161.      ftp.inf.ethz.ch:/Oberon,
  162.      wuarchive.wustl.edu:/languages/Oberon, and
  163.      gatekeeper@dec.com:/pub/plan/Oberon
  164.  
  165.  
  166. "Designing a System from Scratch" by N. Wirth; Structured
  167. Programming; 10,1 (January 1989) 10-18.
  168.  
  169. "The Oberon System" by N. Wirth and J. Gutknecht; Software:
  170. Practice and Experience; 19,9 (September 1989) 857-893.
  171.  
  172. The Oberon System: User Guide and Programmer's Manual by M. Reiser;
  173. ACM Press; 1992.  This was reviewed in Computing Reviews articles
  174. 9109-0679, 9209-0651, 9209-0652, and 9207-0443.
  175.  
  176. Project Oberon: The Design of an Operating System and Compiler by
  177. N. Wirth and J. Gutknecht; ACM Press 1992.
  178.  
  179. "Implementing an Operating System on Top of Another" by M. Franz;
  180. Software: Practice and Experience; 23,6 (June 1993) 677-692.
  181.  
  182. "OBERON for PC on an MS-DOS Base" by A. R. Disteli; Swiss Federal
  183. Institute of Technology (ETH Zrich); Technical Report #203,
  184. November 1993.
  185.  
  186. Distributed Object-Oriented Programming in a Network of Personal
  187. Workstations by Spiros Lalis; Swiss Federal Institute of Technology
  188. (ETH Zrich); 1994 (in preparation).
  189. -- 
  190. A designer knows he has arrived at perfection not when there 
  191. is no longer anything to add, but when there is no longer 
  192. anything to take away.
  193.                 -- Antoine de Saint-Exupery
  194.